home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000390_news@newsmaster….columbia.edu _Fri Dec 4 19:35:13 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA23914
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 4 Dec 1998 19:35:13 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA11425
  7.     for kermit.misc@watsun; Fri, 4 Dec 1998 19:35:12 -0500 (EST)
  8. Path: news.columbia.edu!panix!howland.erols.net!europa.clark.net!206.55.3.15!news.clark.net!not-for-mail
  9. From: "T.E.Dickey" <dickey@clark.net>
  10. Newsgroups: comp.protocols.kermit.misc,comp.terminals
  11. Subject: Re: Escape sequence for scrolling in vi
  12. Date: 5 Dec 1998 00:28:48 GMT
  13. Organization: Clark Internet Services, Inc., Ellicott City, MD USA
  14. Lines: 58
  15. Message-ID: <749uo0$r66$4@clarknet.clark.net>
  16. References: <36661568.60033BF0@clemson.edu>
  17. NNTP-Posting-Host: shell.clark.net
  18. User-Agent: tin/pre-1.4-980818 ("Laura") (UNIX) (SunOS/5.6 (sun4u))
  19. Xref: news.columbia.edu comp.protocols.kermit.misc:9597 comp.terminals:13011
  20.  
  21. In comp.terminals Paul Brannan <pbranna@clemson.edu> wrote:
  22. > I'm working on a telnet client called Console Telnet.  I've got most
  23. > escape sequences working for a pseudo-vt100 terminal, and I've even got
  24. > roughly 80% vttest compliance.  One sequence I haven't implemented is
  25. > delete character across multiple lines, since that is rather difficult. 
  26.  
  27. vt100 doesn't do that (so it would be rather difficult) - unless you're
  28. referring to the variants of ED (erase display).
  29.  
  30. > One would think though, that since most vttest tests work, that vi would
  31. > work with TERM=vt100.  But that is not the case.  When I scroll up, vi
  32. > sends a sequence similar to the following:
  33.  
  34. > ESC[1;24r ESC[1;1H ESCM ESC1;25r ESC[1;1H blah \n
  35.  
  36. > The spaces aren't really there; I just typed them for readability.  Now
  37. > I would think that this would mean set scrolling from 1 to 24, then go
  38. > to the top of the scrolling region (or is that the top of the screen?),
  39. > perform a reverse index, reset the scrolling region to the entire
  40. > screen, return to the top of the scrolling region again, and then print
  41. > the new line.
  42.  
  43. > ESCI does a reverse line feed; is that the same as reverse index?  Is
  44.  
  45. <ESC>M is reverse index - I don't see <ESC>I here.
  46.  
  47. > reverse index supposed to honor scroll regions?  How is line 25 supposed
  48. > to get changed with this crazy sequence?
  49.  
  50. > I tried investigating Linux source, since that is a fairly decent
  51. > terminal emulation, and it appears to set the scroll region with CSI
  52.  
  53. Actually it's a little limited - doesn't do _that_ well with vttest.
  54. xterm is much better (I didn't encounter emulation problems with the
  55. vt100 level - bugs aside - when adding vt220 controls).
  56.  
  57. > P0;P1 r from P0-1 to P1.  I've been implementing it as P0-1 to P1-1. 
  58. > When I try using P0-1 to P1, I get strange results when scrolling up. 
  59. > The sequences sent by vi for scrolling up look like:
  60.  
  61. > ESC[1;24r ESC[24;1H \n ESC[1;25r ESC[24;1H blah \n
  62.  
  63. > I look at this and think that if it is correct to go P0-1 to P1, then
  64. > the only way to get scrolling down to work properly is to change the
  65. > operation of the line feed.  Is a line feed at the beginning of a line
  66. > supposed to scroll the current line up or leave it alone?
  67.  
  68. if it's at the end of the scrolling region - right.
  69.  
  70. > TIA,
  71.  
  72. > Paul Brannan
  73. > pbranna@clemson.edu
  74.  
  75. -- 
  76. Thomas E. Dickey
  77. dickey@clark.net
  78. http://www.clark.net/pub/dickey